home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20020314-20021006 / 000142_bobp@theworld.com_Mon Jun 10 12:31:32 EDT 2002.msg < prev    next >
Text File  |  2002-10-06  |  4KB  |  90 lines
  1. Article: 13441 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!nycmny1-snh1.gtei.net!cpk-news-hub1.bbnplanet.com!news.gtei.net!news.maxwell.syr.edu!elk.ncren.net!news.umass.edu!world!shell01.TheWorld.com!bobp
  3. From: Bob Parkhurst <bobp@theworld.com>
  4. Newsgroups: comp.unix.solaris,comp.protocols.kermit.misc
  5. Subject: Re: C-Kermit 8.0 for Solaris 9?
  6. Date: Mon, 10 Jun 2002 11:56:21 -0400
  7. Organization: The World : www.TheWorld.com : Since 1989
  8. Lines: 67
  9. Sender: bobp@shell01.theworld.com
  10. Message-ID: <Pine.SGI.4.40.0206101143170.1173094-100000@shell01.TheWorld.com>
  11. References: <ae08qj$iq4$1@watsol.cc.columbia.edu> <ae0e9k$1im$1@new-usenet.uk.sun.com>
  12.  <ae0jqb$ptp$1@watsol.cc.columbia.edu> <ae0o8r$4at$1@new-usenet.uk.sun.com>
  13.  <ae2c3q$2r$1@watsol.cc.columbia.edu>
  14. NNTP-Posting-Host: shell01.theworld.com
  15. Mime-Version: 1.0
  16. Content-Type: TEXT/PLAIN; charset=US-ASCII
  17. X-Trace: pcls4.std.com 1023724584 4573 199.172.62.241 (10 Jun 2002 15:56:24 GMT)
  18. X-Complaints-To: abuse@TheWorld.com
  19. NNTP-Posting-Date: Mon, 10 Jun 2002 15:56:24 +0000 (UTC)
  20. In-Reply-To: <ae2c3q$2r$1@watsol.cc.columbia.edu>
  21. Xref: newsmaster.cc.columbia.edu comp.unix.solaris:395138 comp.protocols.kermit.misc:13441
  22.  
  23. On 10 Jun 2002, Frank da Cruz wrote:
  24.  
  25. > In article <ae0o8r$4at$1@new-usenet.uk.sun.com>,
  26. > Andrew Gabriel <andrew@cucumber.demon.co.uk> wrote:
  27. > :
  28. > : OK, I'll stop speaking for other commercial UNIXs, but Solaris
  29. > : at least guarantees this. If you find some case where it fails,
  30. > : you should raise a bug on it.
  31. > :
  32. > Yes, but we don't know yet whether it works because we have spent
  33. > more time discussing why it should not be tested than it would have
  34. > taken to test it.  Trusting a new operating system to be free of
  35. > bugs -- or even incompatibilities with previous releases -- is an
  36. > act of blind faith.  The fact is, nobody can possibly know whether
  37. > a complex application like C-Kermit (over 280,000 lines of source at
  38. > last count), with its fingers in every nook and cranny of the file
  39. > system, network code, serial device code, and who knows what else,
  40. > will build and work in Solaris 9 without trying it.
  41. >
  42. > In my experience with Unix, every new release of every Unix variety
  43. > (a) capriciously moves header files around and creates conflicts
  44. > among them that did not exist before; (b) messes with the UUCP
  45. > lockfile conventions; (c) changes how the serial driver works
  46. > (usually with respect to ill-defined Unix concepts such as hardware
  47. > flow control or high serial speeds), (d) changes the data type of
  48. > some critical quantity (e.g. from short to int, int to long), and
  49. > on and on.
  50. >
  51. > Even if Solaris were perfect in preserving backwards compatibility
  52. > of binaries, we still want to make sure the application compiles
  53. > and links; otherwise if we need to make changes and old Solaris
  54. > versions are no longer available to build on, we're stuck.
  55. >
  56. > Even if the Sun development environment were perfect in preserving
  57. > backwards compatibility of source code, we'd still have gcc to
  58. > worry about, thanks to Sun's enlightened policy of not including
  59. > developer tools with Solaris.
  60. >
  61. > Even if all that was guaranteed worry-free, why make a special
  62. > case of Solaris when we must make new builds for every new release
  63. > of every other operating system because, in general, they can't be
  64. > trusted to preserve backwards compatibility?
  65. >
  66. > So again: if somebody would please take the trouble to try building
  67. > C-Kermit on Solaris 9 with cc and/or gcc and give it a run-through,
  68. > I'd appreciate it:
  69. >
  70. >   ftp://kermit.columbia.edu/kermit/archives/ckx201.tar.gz
  71. >
  72. > Alternatively, if I can get a guest ID on a Solaris 9 system, I'll
  73. > do the testing and any needed adaptation myself.
  74. >
  75. > Thanks.
  76. >
  77. > - Frank
  78. >
  79.  
  80. I agree with Frank who has more experience with this problem than just
  81. about all of us. It would be nice if new versions of operating systems
  82. were compatible with old ones, but we can't assume anything. It doesn't
  83. take much to cause a problem. At least we're talking about unix here and
  84. not windoze. Kermit is a great product and we can't take it for granted.
  85.  
  86. --
  87. Bob Parkhurst
  88. Data Intelligence Systems Corp.
  89.  
  90.